TITLE OF THE INVENTION 

PROGRAM AND METHOD FOR PROVIDING A DELIVERY DATE, AND RECORDING 

MEDIUM THEREOF 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This application is based upon and claims priority under 35 U.S.C. § 119 from 
Japanese Patent Application No. 2001-024774, filed on January 31,2001, Japan Patent Office 
the contents being incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

[0002] The invention herein presented relates to a method for providing a delivery date to a 
customer, to a program executing a method for providing a delivery date, and to a recording 
medium storing a program executing a method for providing a delivery date. 

2. Description of the Related Art 

[0003] In the unit assembling industry, providing a delivery date has been done in a way that 
order information is registered in a system when an order from a customer, such as a distributor 
or an agency, is received and, subsequently, a delivery date for the order information is 
provided. 

[0004] When products are produced according to an expected demand, requirement 
information provided by the customer ( information on the expected demand for the products ) 
allows a shorter lead time. 

[0005] The requirement information provided by the customer, however, is one-way 
information and no delivery date is provided. In this circumstance, there has been a demand for 
providing a delivery date in answer to the requirement information and an applicable delivery 
date in answer to formal order-receiving information. 

SUMMARY OF THE INVENTION 

[0006] Herein, a summary of the present inventions to solve the above problem is as follows. 
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[0007] A method of providing a delivery date for order-received products to customer 
comprises a step of entering a requirement information of products from the customer, a step of 
providing to the customer a shipment guarantee value which is provisionally allocated to a 
volume of products for a order included in the requirement information, a step of receiving a 
formal order-receiving information of the products from the customer in response to the 
shipment guarantee value, and a step of formally allocating said applicable shipment guarantee 
value based on the order included in the formal order-receiving information. 

[0008] And, in the step of formally allocating, when the provisionally allocated shipment 
guarantee value exceeds the formally allocated guarantee value, a portion of the excess is used 
for other formal allocation, and when the provisionally allocated shipment guarantee value falls 
short in comparison with formal allocation, a portion of the shortage is allocated to a new formal 
order-receiving. The shipment guarantee value is deleted on or after a deadline delivery date for 
the order-receiving which is calculated from the shipment guarantee value. 

[0009] The present invention relates to a program for providing delivery date for order- 
receiving products to a customer and a computer readable recording medium having recorded 
therein a program for providing a delivery date for order-receiving products to the customer. 

[0010] According the present inventions as mentioned above, when the requirement 
information from the customer for products is entered, a provisional shipment guarantee value 
for a provisionally received order is produced and is provided to the customer. When the formal 
order-receiving information for products is entered, an applicable delivery date ( guarantee 
value ) for the formal order is allocated. On this occasion, on the basis of the formal order, when 
the provisionally allocated shipment guarantee value exceeds the applicable guarantee value, a 
portion of the excess is allocated as another formal order, and when the provisionally allocated 
shipment guarantee value falls short in comparison with the applicable guarantee value, a 
portion of the shortage is allocated as a new formal order. As the shipment guarantee value is 
deleted on or after a deadline delivery date for the order-receiving which is calculated from the 
shipment guarantee value, products comprising unnecessary stock can be automatically 
eliminated from a production plan. 

[001 1] Thus, an improvement in customer service and the promotion of sales activities 
become possibfe by providing the customer with a delivery date in response to his requirement 
information. When the formal order from customer is received, the delivery date allocation for 
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the order is automatically performed in accordance with the guarantee value. The shipment 
guarantee value for products which have not been ordered is automatically deleted. By 
providing the customer with a delivery date in response to the requirement information, the 
service to the customer is improved, and sales activity is promoted. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be more clearly understood from the description as set forth 
below with reference to the accompanying drawings, wherein: 

Figs. 1A and 1B are a graphical representation of a structure of a processing unit that 
provides a delivery date according to an embodiment of the present general inventive concept. 

Fig. 2 is a flow chart representing first operations performed according to the present 
general inventive concept. 

Figs. 3A and 3B are flow charts representing second operations performed according to 
the present general inventive concept. 

Fig. 4 is a graphical representation of a first data flow and corresponding data structures 
according to the present general inventive concept and Figs. 4A to 4D represent detailed 
portions of Fig.4. 

Figs. 5A and 5B are a graphical representations of a second data flow and 
corresponding data structures according to the present general inventive concept. 

Figs. 6A and 6B are a left and a right half of a functional scheme that is a graphical 
representation of the present general inventive concept. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0012] Hereinbelow, the preferred embodiments of the present general inventive concept are 
described in detail with reference to accompanying drawings, Fig. 1Ato Fig. 6B. 

[0013] Figs. 1A and 1B represent a left and respectively right half (the dashed line *1 is an 
imaginary cut) of a structure of a processing unit that provides a delivery date according to one 
embodiment of the present general inventive concept. In Figs. 1Aand 1B, the processing unit 1, 
executing a program, performs an allocation process and provides a delivery date based on 
requirement and order-receiving information. The processing unit 1 includes means 2 to 14 
shown in Figs. 1 A and 1B. 
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[0014] A requirement information input means 2 receives the requirement information from a 
customer 21 , the requirement information being transmitted by the customer 21 via a network ( 
not shown in figures ). A generating means for provisional order-receiving information 3 
generates provisional order-receiving information from the customer's requirement information 
(see Step 2 in Fig. 2 and Fig. 4B to be described later). 

[0015] An order-receiving information input means 4 receives formal order-receiving 
information from the customer 21, which formal order-receiving information is transmitted by the 
customer 21 via the network. A determination means for canceling provisional order-receiving 
information 5 determines whether the provisional order-receiving information, generated from 
the customer's requirement information, is to be canceled or not according to the formal order- 
receiving information. 

[0016] A generating means allocation order-receiving information 6 generates order-receiving 
information for allocation based on the provisional order-receiving information and a delivery 
date answer. A means for totalizing estimated shipment volume 7 totalizes the order-receiving 
information for allocation and generates an estimated shipment volume. 

[0017] An allocation inventories information receiving means 8 receives allocation inventories 
information from a production management system 22. An allocation means 9 generates, based 
on the order-receiving information for allocation and the delivery date answer, an allocation, a 
guarantee value for provisional order-receiving, and the delivery date answer. The guarantee 
value is a confirmation that guarantees that a shipment volume will be delivered by the delivery 
date. 

[0018] A storage means for the provisional order-receiving guarantee value 10 stores the 
guarantee value for the delivery date ( guarantee value for provisional order-receiving ), which is 
allocated to the provisional order-receiving information generated from the customer's 
requirement information. A storage means for delivery date answer information 11 stores the 
delivery date answer information for the customer. 

[0019] An output means for delivery date answer information 12 notifies the customer 21 of 
the delivery date information via the network. An input means for delivery date answer change 

requirement 13 receives a customer's requirement for a delivery date change via the network 

» 

from the customer 21 . 
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[0020] An output means for shipment instruction information 14 outputs shipment instruction 
information generated from the delivery date answer information, to a distribution management 
system 23. The customer 21 may be distributors and agencies purchasing the products, which 
input requirements using a terminal device for the customer 21 connected via the network. 

[0021] The production management system 22 manages a production process and outputs 
allocation inventories information based on the estimated shipment volume. The distribution 
management system 23 distributes the products to the customer according to the shipment 
instruction information. 

[0022] Next, operations performed in the processing unit 1 shown in Figs. 1Aand 1B is to be 
sequentially described, with referring to Fig. 2 to Fig. 6B. Fig. 2 is a flow chart representing first 
operations performed by the processing unit 1. In step 1 shown in Fig. 2, the requirement 
information is entered from the customer 21 . Step 1 represents that the customer 21 shown in 
Fig. 1 A enters his or her requirement information, such as the requirement information shown in 
Fig. 4Ato be described later, articles and volume of products, delivery date to each customer [-] 
into the processing unit 1 . 

[0023] The provisional order-receiving information is generated at Step 2, wherein the 
provisional order-receiving information, such as the provisional order-receiving information 
shown in Fig. 4B, articles of products, order number, specification and desired delivery date to 
each customer, [[-]] is generated based on the customers requirement information entered at 
Step 1. The order-receiving information for allocation is generated with the provisional order- 
receiving information at Step 3. In Step 3, the delivery date for which an allocation process for 
inventories has been made ( guarantee value for a case of a provisional order-receiving, or a 
delivery date for a case of a formal order-receiving ) is generated for the provisional order- 
receiving information generated at Step 2 ( or an order-receiving information without linking, 
which is entered at Step 11 and is on a NO flow at Step 13 ). Then, the order-receiving 
information for allocation, which corresponds to the generated delivery date mentioned above, is 
generated. 

[0024] The shipment volume of the product is totalized at Step 4, wherein the shipment 
volume to be shipped, as shown in Fig. 5A ( e ) to be described later, is totalized. This means 
that the order-receiving information for allocation generated at Step 3 is collected and the 
estimated shipment volume of the product is generated. 
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[0025] The allocation inventories information is received at Step 5, wherein the allocation 
inventories information is received from the production management system 22 that will be 
shown in Fig. 5A later. The allocation process to the order-receiving information is performed at 
step 6, wherein the allocation inventories received at Step 5 are sequentially allocated to the 
estimated shipment volume generated at Step 4. For example, the sequential allocation process 
generates the delivery date information that will be shown in Fig. 5B ( g ) to be described later. 

[0026] Information for the customer 21 is output via an electronic mediumat Step 7. The 
information output via the electronic medium may be notifying the customer 21 of the allocation 
result generated at Step 6. Transmitting the allocation result to the distribution management 
system is performed at Step 8, wherein the shipment instruction information according to the 
allocation result is transmitted to the distribution management system 23 shown in Fig.lB. 

[0027] The change requirement may be input by the customer at Step 9. When the customer 
21 sends the change requirement information corresponding to the notification of the allocation 
result, the change requirement is received from the customer. According to the change 
requirement, the notified delivery date is modified, and a reallocation process is performed. 

[0028] As was stated above, the provisional order-receiving allocation is performed upon 
entering the customer's requirement information, and in response to the customer's requirement 
information, the delivery date answer as the shipment guarantee value is notified to the 
customer. When the formal order-receiving is subsequently made, the exact delivery date is 
given to the customer by allocating the applicable guarantee value according to the formal 
order-receiving. It is also possible that, as illustrated in Figs. 3A and 3B described later, when 
the received formal order is within the guarantee value, the applicable guarantee value is 
allocated, and the formal delivery date answer according to the guarantee value is sent to the 
customer, while when the guarantee value is not sufficient for the received formal order, the 
portion short is allocated, as a newly received order, with processes of Step 11 , Step 12, and 
Step 13 for providing the formal delivery date. As it will be described later in Fig. 3B, the 
applicable guarantee value is to be deleted on or after the deadline date which is calculated 
from the guarantee value, and the provisionally allocated guarantee value based on customer's 
requirement information is also automatically deleted. With the deleting mentioned above, 
products comprising unnecessary stock can be automatically eliminated from a production plan. 
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[0029] Figs. 3A and 3B are flow charts representing second operations performed by the 
processing unit 1. Fig. 3A is a flow chart representing operations performed when the shipment 
guarantee value is allocated based on the formal order-receiving information. 

[0030] At Step 21 in Fig. 3A, a customer issues new order-receiving information including a 
customer desired delivery date, and availability of a guarantee value answer for the delivery 
date desired by the customer are searched for at Step 22. This means that it is determined 
whether the guarantee value, which is an answer for the desired delivery date for the customer 
with the newly received order information, is found or not. YES branch of the flow chart after 
Step 22 represents operations performed when the guarantee value corresponding to the 
desired delivery time for the customer with new order-receiving information has been found, and 
then a next operation performed is Step 23. On the other hand, the allocation process comes to 
the end if at Step 22 the search has resulted in a NO answer. 

[0031] At step 23, whether the guarantee value in is larger than number of products in the 
received orderis determined. As a YES determination means the guarantee value is larger than 
the volume of received order, Step 24 follows. A substitution equation, ( guarantee value ) = ( 
guarantee value ) - ( number of received order ), at Step 24 means the determined guarantee 
value is updated by subtracting the number of received order from the initial guarantee value. 
Since updated guarantee value is applicable to the received order, it is allocated to the received 
order and the allocation process comes to the end. On the other hand, NO at Step 23 indicates 
that the guarantee value is smaller than the volume of received order, which leads to the 
deleting of the guarantee value and the provisional order-receiving information at Step 25. At the 
same time, the applicable guarantee value is allocated ( a process following Step 11, Step 12, 
and YES result at Step 13 shown in Fig. 2 ), and a portion of the shortage of the guarantee 
value is allocated as the newly received order ( a process following Step 11 , Step 12, and NO 
result at Step 13 shown in Fig. 2 ). 

[0032] Thus, to answer to the formal order-receiving information from the customer, the 
guarantee value is allocated if the volume of the received order is within the shipment guarantee 
value. If the guarantee value is not enough to cover the formal order-receiving information, the 
portion of shortage can be allocated as the newly received order. If the guarantee value is not 
available, the whole formal order-receiving information can be allocated as a newly received 
order. 
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[0033] Fig. 3B is a flow chart representing operations performed when the guarantee value is 
automatically deleted on or after the deadline date calculated from the guarantee value. At Step 
31 shown in Fig. 3B, the order-receiving deadline date, before which a shipment is available, is 
calculated from the delivery date indicated in the provisional order-receiving information. As 
shown on the right side in Fig. 3B, the possible deadline date, corresponding to the delivery 
date indicated in customer's provisional order-receiving information ( the shipment guarantee 
value ), is calculated by subtracting shipment lead time from desired shipment date. 

[0034] At Step 32, a given date is compared to the deadline date calculated according to the 
provisional order-receiving information. At Step 33, whether the order-receiving deadline date is 
later than the given date is determined. A YES determination indicates that the guarantee value 
should not be deleted yet, and Step 35 follows. On the other hand, a NO determination indicates 
that a given day coincides with the deadline date. Then the guarantee value and the provisional 
order-receiving information are deleted at Step 34 to avoid starting production without having 
formally received an order, and when the storage means for provisional order-receiving 
guarantee value stores a plurality of provisional order-receiving items of information, Step 35 
follows. 

[0035] At Step 35, whether all provisional order-receiving information has been processed is 
determined. AYES determination leads to the end of the flow. Moreover, when the 
determination is NO, the operation is returned to Step 31, where the loop process starts again. 
Thus following operation become possible: wherein, calculating the order-receiving deadline 
date from the guarantee value, automatically deleting the guarantee value ( and the provisional 
order-receiving information ) on or after the order-receiving deadline date, so that, as to the 
generated provisional order-receiving information based on customer's requirement information 
and the guarantee value allocated to it, an unallocated value ( a guarantee value to which no 
formal order allocated ) is automatically deleted on or after the deadline date to avoid 
unnecessary stocking caused by the guarantee value to which no formal order is allocated. 

[0036] Fig. 4 is a graphical representation of a first data flow and corresponding data 
structures according to the present general inventive concept and Figs. 4Ato 4D represent 
detailed portions of Fig A Fig. 4A shows an example of the requirement information from the 
customer stored in a table form A. This table A represents the customer's requirement 
information entered at Step 1 described in Fig. 2 before. The following each information items 
are shown in the table A corresponding to each customer: 
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[0037] customer's name ( customer's ID ), 
article, 

required weeks, 
volume, 

other specifications. 

[0038] In Fig. 4A, information of each customer, indicating which article and what amount will 
be needed at which week ( requirement information ), is arranged. According to information 
indicated in the table A, the provisional order-receiving information for each customer is 
generated. 

[0039] Fig. 4B shows an example of the provisional order-receiving information generated 
from the requirement information and stored in a table form B. The generated provisional order- 
receiving information corresponds to conditions concerning article, week, and volume required 
by each customer's requirement information in the table A. The generated provisional order- 
receiving information is recorded as shown in the table B, and corresponds to: 

regular customer's name ( customer's name ); 
provisional order number; 
specification number; 
article; 

desired shipment day; 

the number of provisional order-receiving; and 
other specifications. 

[0040] The regular customer's name is the customer's name shown in Fig. 4A. The 
provisional order number is a number given to the corresponding provisional order-receiving. 
The specification number is a number given to each article recorded in the corresponding 
provisional order-receiving information. The article is the article described in the table A. The 
desired shipment date represents the required week described in the table A. The number of 
provisional order-receiving represents the required volume ( volume ) described in the table A. 
As described above, generating the provisional order-receiving information, which corresponds 
to the customer's requirement information, makes it possible that a provisional order-receiving of 
each customer is accepted, and an applicable guarantee value is allocated to the provisional 
order-receiving and given to the customer as the delivery date. 
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[0041] Fig. 4C is a graphical illustration of the delivery date answer ( shipment guarantee 
value ) for the provisional order-receiving information. The example is indicated in a table C. The 
delivery date answer mentioned above is a result ( guarantee value ), which is produced after 
the allocation process of allocation inventories for the provisional order-receiving information in 
the table B is completed, wherein information indicated below is further added to the provisional 
order-receiving information shown in the table B, and is registered: 

Shipment guarantee value ( delivery date answer ). 

[0042] The guarantee value described here is the delivery date answer ( guarantee delivery 
date answer ), which guarantees the delivery date for the provisional order-receiving 
information. In other words, the guarantee delivery date answer guarantees that the applicable 
guarantee value is to be allocated without fail when the formal order-receiving occurs ( Fig. 3A). 

[0043] Fig. 4D shows an example representing the formal order-receiving information after 
the requirement information has been presented (received), the formal order-receiving 
information being organized in a table form D. After the guarantee value shown in the table D is 
given to the customer as an answer, the received order within the applicable guarantee value is 
securely allocated as the formal order-receiving once the order is formally received. The portion 
of the formal order that surpasses the guarantee value is allocated as a newly received order ( 
Fig. 3A ). As shown in Fig. 4D, according to the given process E shown in Fig. 4C, the formal 
order-receiving information corresponds to the items described below, and is registered: 

regular customer ( customer's name ); 
order number; 
specification number; 
article; 

desired shipment date; 

the number of order-receiving; and 

other specifications. 

[0044] Fig. 5A ( e ) shows an example representing the estimated shipment volume in a table 
form F. The guarantee value is allocated based on the formal order-receiving information shown 
in the tabie D, and the portion of the shortage is allocated as the newly received order. The 
article, desired shipment date, and volume shown in the table F are all totalized according to the 
allocations described above. In the table F, the estimated shipment volume is arranged by 
calculating the corresponding information shown below: 
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article; 

estimated weekly shipment volume; and 
other specifications. 

[0045] As shown in the table F, the volume of the article is totalized and arranged on a 
weekly basis ( this week, next week, second week — ) so that the weekly shipment volume of 
each article for all customers is totalized. 

[0046] Fig. 5A ( f ) shows an example representing the allocation inventories stored in a table 
form G. As the shipment totalization result shown in the table F is notified to the production 
management system, the processing unit receives the information of the inventories ( allocation 
inventories ), which can be produced in the production management system to be allocated. In 
the table G, the allocation inventories information is arranged in correspondence with the items 
described below: 

present stock; 
article; 

expected stock volume; 
one week later; 
two weeks later; and 
three weeks later. 

[0047] The allocation inventories information shown in the table G gives information showing 
the stock of each article and the expected production volume on one week ahead, two weeks 
ahead, three week ahead — ( expected production information ). 

[0048] Fig. 5B ( g ) shows an example representing the delivery date information in a table 
form H, that is to say, an example of the delivery date which is allocated, according to the 
allocation inventories shown in the table G, to each customer's formal order-receiving 
information. In the table H, the delivery date information arranged here corresponds to the 
information described below: 

customer's name, 
article, 

classification ( e.g., order-receiving, requirement); 

delivery date; 

volume; 
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allocation result; 
week; 

volume; and 
other specifications. 

[0049] The delivery date information shown in the table H is to be notified, as the delivery 
date answer, to each customer. 

[0050] Figs. 6A ad 6B are a left and a right half or a functional scheme (the dashed lin *2 eing 
an imaginary cut) which scheme is a graphical representation showing the present general 
inventive concept. The customer 21 and the processing unit 1 ( our company ) correspond to 
the customer 21 and the processing unit 1 shown in Fig. 1A, respectively. First, at Step 41, the 
customer issues the requirement information. 

[0051] At Step 42, the requirement information issued from the customer at Step 41 is 
transmitted to ( entered into ) the processing unit 1 ( our company ) through the network. At Step 
43, the requirement information entered at Step 42 is managed. 

[0052] At Step 44, the provisional order-receiving information is generated. At this Step, the 
provisional order-receiving information described in Fig. 4B is generated. At Step 45, the 
provisional order-receiving allocation is performed. At this Step, the provisional allocation 
described in Fig. 4C is performed and the shipment guarantee value in the table C is produced. 

[0053] At Step 45', a required production volume is totalized, as the provisional order- 
receiving allocation is performed, and the required production volume is notified to the 
production management system. At Step 46, the delivery date ( guarantee value ) in response to 
the requirement information is provided to the customer 21 . 

[0054] At Step 47, the customer issues the formal order. At Step 48, the order-issuing 
information is notified to the processing unit 1 ( our company ) through the network. 

[0055] At Step 49, an order-receiving management is performed for the order-issuing 
information notified at Step 48. At Step 51, occasionally, the customer 21 may issue the order- 
issuing change requirement. At Step 52, the order-issuing change requirement is notified to ( 
entered into ) the processing unit 1 ( our company ). This notification is received and managed 
in the order-receiving management. 
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[0056] At Step 53, according to the order-issuing change requirement, remained order 
information is generated, wherein the information of a remained order is generated by the order- 
receiving management at Step 49. At Step 54, the order-receiving allocation is performed. 
Based on the allocation inventories, the allocation for order-receiving is performed according to 
the remained order information. 

[0057] At Step 55, a NG allocation is notified to the customer if the NG allocation ( allocation 
impossible, or delayed allocation for the delivery date ) has resulted from the allocation 
performed at Step 54. At Step 56, the customer confirms the NG allocation notified at Step 55. 

[0058] At Step 57, an OK allocation ( success of an allocation coincides with customer- 
desired delivery date ) results from the allocation performed at Step 54. At Step 58, the 
processing unit 1 ( our company ) receives the OK confirmation information from the customer, 
which confirms the allocation at Step 56. 

[0059] At Step 59, the shipment management processing is performed according to the OK 
allocation information at Step 57 and the OK confirmation information from the customer at Step 
58. At Step 59', based on the shipment management processing performed at Step 59, the 
shipment instruction information is notified to the distribution management system 23. 

[0060] At Step 60, when the NG allocation is not accepted by the customer 21 in the 
allocation confirmation of Step 56, the processing unit 1 ( our company ) receives the NG 
confirmation information from the customer. At Step 61 , for the received information, an 
allocation confirmation response is generated. At Step 62, the allocation change information is 
generated based on the NG confirmation information from the customer, the order-receiving 
allocation of Step 54 is performed, and at Step 63, the NG response is notified to the customer 
21. 

[0061] Therefore, the following Steps can be performed: generating the provisional order- 
receiving information ( table A in Fig. 4 ) based on customer's requirement information, which is 
followed by the provisional allocation for providing the required delivery date ( guarantee value, 
table C in Fig. 4 ), allocating the required delivery date ( shipment guarantee value ) to the 
formal order upon receiving formal order while the guarantee value shortage is allocated as new 
order-receiving, replying an OK allocation / NG allocation to the customer for confirming by 
which method the shipment management is made, and notifying the shipment instruction 
information to the distribution management system 23 to ship the product. 
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[0062] As described heretofore, an embodiment of the present general inventive concept has 
a structure , wherein the delivery date answer ( a shipment guarantee value ) is allocated in 
response to the customer's requirement information, and, according to such a delivery date 
answer ( the shipment guarantee value ), the automatic allocation is performed upon receiving a 
formal order while a guarantee value unavailable for the formal order-receiving is deleted. Thus, 
it is possible to improve customer service and to promote sales activities by notifying the 
delivery date answer ( the shipment guarantee value ) corresponding to the customer's 
requirement information. 
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